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FOREWORD 


APJ,  under  contract  to  HQSr  AMCCOM,  has  initiated  the 
automation  of  the  LSA  Tasks  (MIL-STD-1388-1)  and  the 
assessment  of  the  ILS  elements  (AR  700-127) .  A  major  goal  is 
to  unify  military  and  contractor  approach  to  the  performance 
of  ILS  and  LSA. 

Detailed  to  meet  all  requirements  of  ILS  and  LSA,  the 
automated  process  will  continue  to  provide  the  flexibility  in 
selecting  tasks  and  elements  to  be  addressed  at  each  life 
cycle  stage.  A  major  advantage  of  this  approach  is  to  insure 
that  application  of  each  task  element  is  consistent  with 
prescribed  Army  policies  and  procedures. 

This  report  is  one  of  a  series  presenting  the  Structured 
Analysis  of  each  LSA  Task  and  ILS  Element.  Structured 
Analysis  comprises  a  description  of  the  process  being 
automated  in  terms  which  facilitate  system  design  and 
subsequent  programming.  It  is  increasingly  the  preferred 
approach  in  both  industry  and  Government. 

This  Technical  Note  reports  on  the  Data  Flow  Diagrams 
(DFDs)  of  LSA  Task  303.2.7,  "Repair  Level  Analysis  (RLA) " 
(sometimes  referred  to  as  "Level  Of  Repair  Analysis  (LORA)") 
and  provides  definitions  of  the  processes,  data  flows,  data 
stores,  and  external  entities  involved  on  each  DFD  (Annexes  A 
and  B) .  The  report  provides  an  overview  of  the  LSA  Task 
analysis  procedures  and  a  guide  to  the  overall  RLA  process. 

To  view  this  work  in  context,  this  report  also  presents  a 
brief  overview  of  Structured  Analysis  and  its  place  in  the 
overall  systems  development  process.  Additionally,  Annex  C 
provides  a  brief  working  description  of  the  Structured  Systems 
Analysis  fundamentals.  The  overview  and  certain  portions  of 
the  introductory  text  are  repeated  verbatim  in  every  report  in 
this  series  so  that  each  one  can  stand  alone. 


•  4 


STRUCTURED  ANALYSIS  -  LSA  SUBTASK  303.2.7 
RAPAIR  LEVEL  ANALYSIS 

TABLE  OF  CONTENTS 


TITLE  PAGE 

Purpose .  1 

Background .  1 

Scope . 2 

LSA  Subtask  303.2.7  Description .  3 

Approach .  5 

Structured  Analysis  and  Design .  6 

LSA  Subtask  303.2.7  Data  Flow 
Diagrams .  9 

ANNEX  A; 

LSA  Subtask  303.2.7  -  Repair 
Level  Analysis  (RLA) 

Description .  A-1 

ANNEX  B : 

Subtask  303.2.7  -  Data  Flow  Diagrams 
and  Data  Dictionary .  B-1 

ANNEX  Ci 

Structured  Systems  Analysis  - 
Fundamentals . C-1 

GLOSSARY .  G-1 


LIST  OF  FIGURES 


fJgURE  NO,  TITLE 

1  Structured  Analysis  and 

Structured  Systems  Design 
Organization .  8 

2  Standard  DFD  Symbol 

Definitions .  11 


iii 


STRUCTURED  ANALYSIS  -  LSA  SUBTASK  303,2.7 


RAFAIR  LEVEL  ANALYSIS 


INTRODUCTION 


PURPOSE 

The  purpose  of  this  report  series  is  to  present  the 
results  of  the  APJ  efforts  under  Contract  DAAA21-86-D-0025  for 
coordination  with  the  AMCCOM  Program  Manager  prior  to  in-depth 
structured  design  of  ILS  and  LSA  functions  and  processes. 
"Repair  Level  Analysis  (RLA) "  (LSA  Subtask  303.2.7)  is 
addressed  in  this  report. 


BACKGROUND 

The  Department  of  the  Army  has  a  requirement  for 
management  control  over  contractor  and  Government  agency 
response  to  the  requirements  of  AR  700-127,  "Integrated 
Logistic  Support",  and  MIL-STD-1388-1 ,  "Logistic  Support 

Analysis".  HQs  AMCCOM  has  initiated  action  to  structure 
each  of  the  LSA  tasks,  the  assessment  of  each  ILS  element,  the 
form  of  the  results,  and  the  detailed  processes  to  insure 
consistency  with  current  Army  policies,  procedures,  and 
techniques. 
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This  approach  (undertaken  by  AMCCOM  and  APJ)  will  insure 
uniformity  in  efforts  and  products,  reproducibility  of 
analyses,  and  a  well-defined  structure  which  can  be 
coordinated  among  all  participants  in  the  logistic  process  to 
arrive  at  common  understanding  and  procedures. 


SCOPE 

This  report  summarizes  the  results  of  the 
Structured/Analysis  of  the  Repair  Level  Analysis  (RLA) ,  LSA 
Subtask  303.2.7  and  presents  the  associated  Data  Flow  Diagrams 
(DFDs)  developed  from  the  Structured  Analysis.  The  portions 
of  the  Data  Dictionary  relating  to  labels,  names, 
descriptions,  processes,  data  flows,  data  stores,  and  external 
entities  are  included  in  their  present  degree  of 
completeness.  (The  Data  Dictionary  is  a  "living  document" 
that  evolves  through  the  analysis  and  design  process) . 

To  place  this  work  in  context,  this  report  presents  a 
brief  overview  of  Structured  Analysis  and  its  place  in  the 
overall  systems  design  process  to  assist  the  reader  who  may 
not  be  fully  briefed  on  the  symbols  and  conventions  used.  It 
is  supported  by  Annex  C,  which  defines  each  element  in 
structured  analysis,  and  a  glossary. 
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LSA  SUBTASK  303.2.7  DESCRIPTION 

LSA  Subtask  303.2.7  concerns  the  development  of  a  Repair 

Level  Analysis  (RLA)  for  a  specific  equipment  or  system  and 

all  of  its  major  assemblies,  subassemblies,  and  parts. 

The  Repair  Level  Analysis  (RLA)  is  a  decision-making 

process  which  determines  the  most  cost-effective  actions 

dealing  with  a  failed  item.  The  decisions  that  are  required 
include  whether  to  repair  the  failed  equipment,  assembles, 
subassemblies,  or  parts  or  to  discard  them  and  purchase 
replacements.  If  the  decision  is  to  repair,  then  a  further 
decision  must  be  made  regarding  the  echelon  at  which  each 
maintenance  function  should  be  performed. 

To  assist  in  making  these  decisions,  two  computer  programs 
have  been  made  available:  The  Interactive  Palman  Model  (IPM) 
and  the  Optimum 'Supply  And  Maintenance  Model  (OSAMM) . 

The  Palman  Model  evaluates  the  breakeven  purchase  cost 
between  a  repair  and  discard  concept.  The  program  calculates 
the  breakeven  point  based  on  various  cost  factors  impacted  by 
the  range  of  expected  deployments.  If  the  actual  or  expected 
cost  of  procuring  an  item  exceeds  the  model  output,  the 
assembly  is  considered  a  candidate  for  repair;  if  the 
procuring  cost  is  less,  then  discard  should  be  considered. 
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The  evaluation  performed  by  the  model  provides  the  analyst 


with  the  following; 

-  A  table  of  values  for  breakeven  cost  vs.  number  of 
end  items 

-  An  analysis  of  repair  policy  cost  per  failure  with 
breakdown  of  the  elements  and  their  percentage 
contribution  to  the  overall  cost  (reveals  cost 
"drivers") 

-  A  sensitivity  analysis  to  isolate  critical, 
significantly  impacting  decision  variables. 

The  OSAMM  aids  in  determining  at  which  maintenance  level 
(organization,  intermediate  forward,  intermediate  rear,  or 
depot)  various  repair  actions  should  be  performed.  The  two 
major  factors  influencing  the  repair  level  decision  are 
maintenance  and  supply  requirements.  Maintenance  requirements 
include  test  equipments  and  specially  trained  repairmen  that 
must  be  deployed  to  support  repair.  Supply  is  concerned  with 
the  placement  of  spares  in  the  field  to  achieve  the 
operational  readiness  objective.  The  OSAMM  determines  the 
optimal  maintenance/support  task  distribution. 

The  RLA  task  definitions  from  MIL-STD  1388-lA  are 

presented  as  Annex  A. 
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APPROACH 


The  APJ  approach  to  structured  design  of  the  LSA  is: 

1.  Scope  the  process  defined  in  MIL-STD-1388-1A  in 
the  context  of  the  other  LSA  tasks. 

2.  Review  the  guidance  provided  in  AMC  PAM  700-11, 
"Logistics  Support  Analysis  Review  Team  Guide". 

3.  Review  the  applicable  Data  Item  Descriptions 
(DIDs)  from  the  Acquisition  Management  Systems  and  Data 
Requirements  Control  List  (AMSDL)  published  by  the  Department 
of  Defense. 

4.  Review  all  *  source  documents  referenced  in  the 
AMSDL  as  applicable  to  the  referenced  DIDs  of  interest. 

5.  Apply  staff  experience  in  logistics  support 
analysis  to  assure  that  the  intent  of  the  task  has  been 
addressed. 


6,  Validate  results  in  discussions  with  Army 
activities  and  personnel  directly  involved  in  the  applicable 
or  related  LSA  tasks. 


The  Structured  Analysis  and  preparation  of  Data  Flow 
Diagrams  (DFDs)  were  further  assisted  by  the  application  of 

4 

Structured  Analysis  software.  Licensed  by  Index  Technology 
Corporation,  Excelerator  provides  for  automated  tracking  of 
names,  labels,  descriptions,  multiple  levels  of  detail  in  the 
data  flow  diagrams,  and  industry  standards  in  symbols  and 
diagramming  practices. 

Following  completion  of  the  draft  DFDs,  the  diagrams  and 
data  dictionary  were  made  available  to  working  Army 
logisticians  currently  (or  recently)  directly  involved  in  the 
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application  of  the  same  LSA  tasks  in  current  Army  development 
programs.  Comments  were  solicited  relative  to  the  logic  of 
the  processes  described,  the  scope  and  details  of  the 
indicated  approaches,  and  the  outputs  implied  by  the  LSA  task 
requirements. 

Draft  products  were  well  received  by  the  external 
reviewers,  and  requests  have  been  made  for  copies  of  the  DFDs 
for  in-house  use  in  organizing  ILS  and  LSA  efforts.  Comment 
was  also  received  that  the  DFDs  will  be  a  useful  training  tool 
for  apprentice  logisticians,  since  they  provide  an  overall 
picture  of  the  total  task  and  a  uniform  approach  to  its 
fulfillment. 

STRUCTURED  ANALYSIS  AND  DESIGN 

Structured  Analysis  and  Structured  Systems  Design  evolved 
from  the  need*  to  define  and  demonstrate  the  underlying 
logical  functions  and  requirements  of  large  systems.  The 
concept  of  Structured  Analysis  involves  building  a  logical 
(non-physical)  model  of  a  system,  using  graphic  techniques 
which  enable  users,  analysts,  and  designers  to  get  a  clear  and 
common  picture  of  the  system  and  how  its  parts  fit  together  to 
meet  the  user's  needs.  It  is  followed  by  structured  design, 
and  then  by  programming,  and  test  and  validation.  Annex  C 
provides  a  brief  description  and  guide  to  the  fundamentals  of 
a  Structured  Systems  Analysis. 
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The  Structured  Analysis  and  Structured  Systems  Design 
process,  sometimes  referred  to  as  "Structured  Systems  Analysis 
and  Design  (SSAD)",  is  well  documented  and  widely  utilized  in 
Government  and  industry. 

As  stated  in  "The  Practical  Guide  to  Structured  Systems 
Design"  (Meilir  Page-Jones,  Prentice-Hall,  Englewood  Cliffs, 
NJ,  1980) : 


..."Structured  Design  is  disciplined  approach  to  computer 
system  design,  an  activity  that  in  the  past  has  been 
notoriously  haphazard  and  fraught  with  problems. 

"1.  Structured  Design  allows  the  form  of  the  problem  to 
guide  the  form  of  the  solution. 

"2.  Structured  Design  seeks  to  conquer  the  complexity  of 
large  systems  by  means  of  partitioning  the  system  into  "black 
boxes,"  and  by  organizing  the  black  boxes  into  hierarchies 
suitable  for  computer  implementation, 

"3.  Structured  Design  uses  tools,  especially  graphic 
ones,  to  render  systems  readily  understandable. 

^'4.  Structured  Design  offers  a  set  of  strategies  for 
developing  a  design  solution  from  a  well  defined  statement  of 
a  problem. 

"5.  Structured  Design  offers  a  set  of  criteria  for 
evaluating  the  quality  of  a  given  design  solution  with  respect 
to  the  problem  to  be  solved. 

"Structured  Design  produces  systems  that  are  easy  to 
understand,  reliable,  flexible,  long  lasting,  smoothly 
developed,  and  efficient  to  operate  -  and  that  WORK...." 


The  organization  of  Structured  Analysis  and  its 
relationship  to  Structured  System  Design  is  shown  on  Figure  1. 
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Figure  1.  Structured  Analysis  and  Structured 
Systems  Design  Organization 


LSA  SUBTASK  303.2.7  -  DATA  FLOW  DIAGRAMS 

The  Data  Flow  Diagram  is  a  tool  that  shows  flow  of  data . 

i.e.,  data  flows  from  sources  and  is  processed  by  activities 
to  produce  intermediate  or  final  products. 

The  DFD  provides  a  useful  and  meaningful  partitioning  of  a 
system  from  the  viewpoint  of  identification  and  separation  of 
all  functions r  actions,  or  processes  so  that  each  can  be 
introduced,  changed,  added,  or  deleted  with  minimal  disruption 
of  the  overall  program,  i.e.,  it  emphasizes  the  underlying 
concept  of  modularity  and  identifiable  transformations  of  data 
into  actionable  products. 

A  series  of  four  (4)  DFDs  have  been  developed  to  structure 
the  RLA  LSA  subtasks: 

1.  303,2.7  RLA  Overview 

2.  303.2.7.2A  Preparation  of  Palman  Database 

3.  303.2.7.3A  Application  of  Palman  Model 

4.  303.2.7.5A  Application  of  OSAMM 

Each  DFD  makes  reference  to  the  basic  LSA  task  it 
addresses  through  the  identification  number  assigned  in  the 
lower  right  hand  box,  as  well  as  the  level  of  indenture 
(explosion)  of  the  DFD.  For  example,  the  first  or  top  level 
DFD,  "303.2.7",  refers  to  the  paragraph  in  MIL-STD-1388-1A 
v/hich  describes  the  task.  One  of  the  processes  (bubbles)  on 
the  top  level  diagram  (303.2.7.2)  is  expanded  and  identified 
as  "303.2.7.2A",  (Alpha  "A"  identifies  the  expansion). 
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The  Alpha  codes  indicate  the  level  of  indenture  or 
explosion  below  the  top  level/  e.g.#: 

Top  Level . .  LSA  DFD  303.2.7 

First  Indenture . LSA  DFD  303.2.7.2A 

Four  standard  symbols  are  used  in  the  DFD  drawing  (see 
Figure  2) . 

A  copy  of  each  DFD  is  presented  in  Annex  B,  accompanied 
by  the  Data  Dictionary  process  elements.  Each  entry  made  in 
the  DFDs  has  a  corresponding  entry  in  the  Data  Dictionary/ 
immediately  following  each  of  the  DFDs. 

This  Technical  Note  presents  the  Data  Dictionary  entries 
necessary  for  the  coordination  of  the  overall  concept  and 
details  of  the  processes.  These  include  data  flow 
identifications/  process,  external  entities  and  data  store 
descriptions  are  provided.  As  noted  above,  they  will  continue 
to  evolve  and  be  expanded  in  the  System  Design  phase. 

As  the  DFDs  progress  through  Structured  System  Design,  the 
Data  Dictionary  will  continue  to  be  expanded  and  completed. 
Since  they  are  working  documents  rather  than  final 
submissions,  only  minimum  effort  has  been  devoted  to  editorial 
niceties,  e.g.,  spelling,  typography,  etc. 
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REPRESENTS  A  PROCESS,  FUNCTION, 
OR  ACTION 


REPRESENTS  A  DATA  STORE  OR  A 
DATA  FILE  -  OFTEN  IDENTIFIED  AS 
REPOSITORY  OF  INFOPJ-IATION  OF  A 
SPECIFIC  TYPE 


REPRESENTS  A  DATA  ELEMENT  FLOW 
INDICATING  OUTPUT  FROM  ONE 
PROCESS  AND  INPUT  TO  ANOTHER 
PROCESS 


REPRESENTS  AN  EXTERNAL  ENTITY  - 
AN  ACTIVITY  NOT  A  PART  OF  THE 
SYSTEM/PROCESS  BEING  MODELED. 


Figure  2.  STANDARD  DFD  SYMBOL  DEFINITIONS 
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ANNEX  A 
LSA  TASK  303 

EVALUATION  OF  ALTERNATIVES  AND  TRADEOFF  ANALYSIS  1/ 


303.1  PURPOSE:  To  determine  the  preferred  support  system 
alternative (s)  for  each  system/ equipment  alternative  and  to 
participate  in  alternative  system  tradeoffs  to  determine  the 
best  approach  (support,  design,  and  operation)  which  satisfies 
the  need  with  the  best  balance  between  cost,  schedule, 
performance,  readiness,  and  supportability . 


303.2  TASK  DESCRIPTION: 

303.2.7  -  Conduct  repair  level  analysis  (RLA)  commensurate 

with  the  level  of  design,  operation,  and  support  data 
available. 


1./  Abstracted  verbatim  from  MIL-STD-1388-1A,  April  11,  1983, 
Pages  36-37. 


DATE:  26-AUG-8e 
TIME:  17:09 


APJ  PROJECT  966 
TASK  303.2.7  PROCESSES 


PAGE  1 
BXCELERATOR  1.8 


Nama 

Iiabal 

Dascriptlon 

303.2.7.1 

SEI£CT  AP- 

ACRONYMS  : 

PROPRIATE 

OSA^M  -  Optimum  Supply  And  Malntananea  Modal 

END  ITEM, 

l,OR  -  Laval  Of  Rapalr 

COMPONENT, 

MBS  -  Nork  Braakdown  Structura 

OR  MODULE 

LRU  -  Lowast  Rapalrabla  Unit 

PROCESS : 

Th«  procaaa  of  davaloplng  an  End  Itam  lOR  daclalon  for  Araiy 
Biatarlal  folloMa  two  aarlal  procaaaaa: 

1.  Flrat,  a  daclalon  la  aada  for  Rapalx  or  Dlacard/Raplaoa  with  tba 
application  of  tha  Palaan  modal. 

2.  If  a  daclalon  la  mada  for  rapalr,  a  furthar  daclalon  la  auida  for 
tha  optlaouB  malntananea  laval  for  tba  rapalr  to  ba  affactad.  Tbla 
taaK  la  accompllabad  with  tba  application  of  tha  OSAIM  atodal. 

Tbaaa  daclalona  ara  mada  for  all  thraa  indantura  lavala  of  tba 
MBS  from  tha  top  down.  Tha  lavala  of  tba  and  Itam  ara  con^tonanta, 
Bwdulaa,  and  tha  IiRU.  If  a  dlacard  daclalon  la  aiada  at  any  laval  for  any 
brancbaa  of  tba  MBS,  all  lowar  laval  daclalona  In  tha  aama  branch  would 
not  33a  Biaanln^ful. 

Tbla  apaclflc  procaaa  la  Itaratlva  In  that  tha  Initial  aalactlon 
la  tha  top  laval  Itam  (auch  aa  and  Itam)  .  Maxt  Itaration  (or  aalactlon) 
will  ba  tba  aacond  Indantura  conponanta  aaaumlng  that  tha  and  Itam 
daclalon  waa  to  rapalr.  Tha  third  Itaration  would  l>a  at  tha  aiodula 
laval  for  aach  congionant  ratad  aa  rapalrabla.  Tbla  itaratlva  procaaa 
eontlnuaa  until  aach  potantially  rapalrabla  itam  has  baan  oonsldarad. 
DATA  SOORCES: 

Xntaractlva  Palman  Modal  Osar's  Qulda 

OSAMM  Osar's  Guida  Varslon  2.0 
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Njum  Lab«l  Daacrlptlon 


303 .2.7.2  PREPARE  ACRONXMS : 

PALMAR  ZPM  -  Znteractiv*  Palman  Modal 

DATABASE  DA  -  Dapartumnt  of  tbo  Axny 

PAH  -  Paiq^hlot 
PROCESS : 

Tha  IPM  aa  daacrlbad  in  DA  PAM  700-4,  la  an  intaractlaa  tool  to 
aaaaaa  rapalr  varaua  dlacard  daclalona  and  parfonn  aanaitivltlaa  on  ]cay 
f actora . 

Tha  ZPM  raqulraa  tha  davalopgaant/fonaattlng  of  thraa  aata  of 
varlablaa : 

1.  14  atandard  varlablaa 

2.  13  provlalonlng  varlablaa 

3 .  13  Bklacallanaoua  varlablaa 

Tha  apaelflc  data  alaaianta  ara  llatad  undar  tha  thraa  data  flowa 
Into  tha  Application  of  tbo  Palman  B»dal.  Tbaao  varlablaa  nay  ba 
arrangad  by: 

1 .  Supply 

2 .  Toat  aqulpDiant  and  facllltlaa 

3.  Paraonnol 

4 .  Halntananca 

5 .  End  Itam 

6.  Initial  provlalonlng 

Tha  kay  aourcaa  of  data  for  tha  alamanta  ara: 

1.  Functional  ragulramanta  from  concept  davalopmant  and  doeuiaantatlon 

2.  Physical  ebaractariatlcs  from  anglnaarlng  reports 

3.  Other  types  of  Infonsation  from  historical  data  bases 

The  data  Inputs  for  the  Palman  Modal  must  relate  to  the  specific 
Item  (at  tha  appropriate  Indenture  levels)  selected  In  subtask  303.2.7.1 
and  be  prepared  In  a  form  which  can  ba  readily  applied  to  tha  counter 
Input  raqulramants .  Those  data  fomuits  are  sat  forth  In  the  Palman 
documentation,  "Interactive  Palman  Modal  Osar's  Guido,  June  21,  1984." 

There  are  two  types  of  data  files  which  ara  used  by  the  Palsuui 
program:  Standard  Input  Data  Files  and  General  Input  Data  Files.  Tha 
Standard  file,  which  may  ba  created  by  the  program,  la  used  to 
Initialize  a  new  analysis.  After  the  standard  data  have  been  entered, 
either  by  keyboard  or  from  the  standard  file,  than  the  peculiar  data  ara 
entered  by  keyboard.  Tbo  program  now  proparos  tha  general  flla(s) . 

To  view  the  process  of  tha  Preparation  of  tha  Falsmn  Database  In 
store  detail,  ei^lode  this  process  to  Subtask  303.2.7.2A. 

DATA  SOORCES: 

DA  PAM  700-4,  Logistic  Support  Analysis  Techniques  Guide,  March 
31,  1987 

Interactive  Palman  Model  User's  Guide,  June  21,  1984 

Palman  Model  User  Guide,  August  14,  1987 
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303.2.7.3 


303.2.7.4 


303.2.7.5 


BXCELERATOR  1.8 


Label  Description 


APPLICA¬ 
TION  OF 
PALMAN 
MODEL 


ACRONYMS: 

LRU  -  Lowest  Repairable  Unit 

NBS  -  Work  Breakdown  Structure 

R/D  -  Repair/Discard 
PROCESS : 

With  the  application  of  the  Palman  model,  a  repair  or 
discard/raplace  decision  can  be  made  on  the  end  item  and  for  each  of 
the  lower  level  items  (consonants,  modules,  LRU's,  etc.)  as  set  forth 
in  the  MBS. 

The  Palman  program  calculates  R/D  break-even  cost  over  a  range  of 
expected  deployment  densities  given  the  standard,  provisioning,  and 
miscellaneous  Inputs.  In  this  analysis,  if  the  life  cycle  cost  of  the 
end  item  exceeds  the  break-even  cost  value,  the  end  item  should  be 
repaired.  Similarly,  whan  the  life  cycle  cost  of  the  end  item  is  leas 
than  the  break-even  point,  that  item  should  be  discarded. 

The  program  also  outputs  the  cost  and  percentage  cost  contribution 
of  individual  variables  to  repair  cost. 

After  making  the  R/D  analysis,  the  Palman  program  can  be  used  to 
perform  a  sensitivity  analysis .  This  analysis  reveals  the  amount  that 
the  various  model  parameters  that  are  selected  can  be  in  error  without 
changing  the  overall  R/D  decision.  The  parameters  with  the  highest 
percentage  cost  contribution  are  usually  selected  for  sensitivity 
analyses . 

For  a  detailed  description  of  the  necessary  procedures  to  apply  the 
model  and  run  it,  eoqslode  this  process  to  Subtask  303.2.7.3A. 

DATA  SOURCES: 

Interactive  Palman  Model  User's  Guide,  June  21,  1984 
,  Palman  User's  Manual,  August  14,  1987 


PREPARE  ACRONYMS : 

SUMMARY 

REPORT  -  PROCESS : 

DISCARDS  Preparation  of  a  summary  report  of  those  items,  components,  or 

modules  of  the  end  item  for  which  the  Paln»n  Model  has  indicated 
discard  decision  -  that  is,  it  would  be  economically  beneficial  to 
discard  and  replace  with  new  like  items  rather  than  provide  for  the  end 
item' s  repair . 

DATA  SOURCES; 


APPLICA-  ACRONYMS : 

TION  OF  OSAMM  -  Optimum  Supply  And  Maintenance  Model 

OSAMM  LORA  -  Level  Of  Repair  Analysis 

PROCESS 

PROCESS : 

The  OSAMM  is  applied  to  simultaneously  optimize  supply  and 
maintenance  policies  while  achieving  a  given  operational  availability 
target . 

To  see  the  OSAMM  in  more  detail,  explode  this  process  to  Subtask 
303.2.7.5A. 

DATA  SOURCE: 

OSAMM  Program 
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Nan*  I>al>«l  Description 


303.2.7.6  PREPARE  ACRONYMS: 

LEVEL  OF  OSAMM  -  Optimum  Supply  And  Maintenance  Model 

REPAIR 

REPORT  PROCESS : 

The  Level  of  Repair  Report  contains  the  results  of  the  application 
of  the  Palman  and  OSAMM  models  to  the  equipment/system  and  its 
complete  Work  Breakdown  Structure.  This  report  contains 
all  the  recommendations  and  supporting  rationale  for  system/equlpnent 
maintenance  and  logistics  support  planning  decisions. 

DATA  SOURCES: 
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AMCP  706-132 


DRAFT 


FDHC 


HIST 


IHIT 


LORA  POLICY 


LSAR  INPUTS 


Labal  Description 


MAINTENANCE  Maintenance  Engineering  Techniques  are  the  activities  of  equipment 

ENGINEERING  maintenance  which  develop  concepts,  criteria,  and  technical 
TECHNIQUES  requirements  during  the  conceptual  and  acquisition  phases  to  be  applied 
and  maintained  in  a  current  status  during  the  operational  phase  to 
assure  timely  and  adequate  economic  maintenance  support  of  weapons  and 
equipments . 

DRAFT  RLA  A  draft  report  of  the  results  of  the  equipment/ system  Level  of 

REPORT  Repair  Analysis  in  accordance  with  DI-R-3549A,  DI-R-3549/R-117-2,  or 

DI-S-6169,  the  mosc  appropriate  for  the  specific  analysis  performed. 

FUNCTIONAL  Identification  of  the  operations  and  support  functions  that  smst  be 

REQUIREMENTS  performed  for  each  system/equipment  alternative  under  consideration  and 
SELECTED  then  identification  of  the  tasks  that  must  be  performed  in  order  to 
ITEM  operate  and  maintain  the  new  system/equipment  in  its  IntendeC 

envlronnmnt , 

These  functions  shall  be  identified  to  a  level  commensurate  with 
design  and  operational  scenario  development,  and  shall  include  both 
peacetime  and  wartime  functions. 

These  data  will  be  available  from  the  Concept  Formulation  Package 
which  will  Include  a  Feasibility  Study  as  well  as  Advance  Product 
Planning.  The  Feasibility  Study  from  the  Concept  Formulation  PacJcage 
will  consist  of  a  Needs  Analysis,  the  System  Operational  Requlremeents, 
and  the  System  Maintenance  Concept.  Advance  Product  Planning  is 
concerned  with  Plans  and  specifications  of  the  equipment/system. 

HISTORICAL  Prior  to  the  actual  test  and  field  use  of  the  end  item,  it  will  be 

SUPPORT  DATA  necessary  to  develop  various  reliability,  maintainability,  and 
END  ITEM  availability  parameters  which  are  required  to  support  the  data  base  for 
LOGISTICAL  application  to  the  Palman  Model.  These  quantifications  of  the 
EQUIVALENTS  availability  parameters  may  be  derived  from  an  analysis  of  logistically 
equivalent  systems,  operating  in  similar  environmental  and  operating 
conditions.  These  data  will  be  extracted  from  the  historical  files  and 
used  in  the  development  of  the  model  inputs  for  the  end  item  and  for 
each  of  its  lower  indenture  components,  modules,  or  parts. 

INITIATING  The  initiating  action  would  be  the  signed  task  order  by  APJ  and 

ACTION  the  HQ,  AMCCOM  contraction  officer  representative. 

LORA  POLICY  In  the  selection  of  the  parameters  for  application  to  the  Palman 

RELATIVE  TO  Model,  it  will  be  necessary  to  transfer  the  policy  and  guidance  of 
AMC-R  700-27  AMC-R  700-27  to  the  analyst  and  programs  assigned  to  the  application  of 
the  Palman  Model  to  the  end  item  and  its  lower  Indentures  of  the  Work 
Breakdown  Structure. 

LSAR  The  data  which  are  entered  into  the  end  item  LSAR  are  made 

INPUTS  available  for  preparation  of  the  report  to  be  generated  as  item  No.  1 

from  the  Contract  Data  Requirements  List.  (DD  Form  1423) 
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Nam*  Lab«l  Description 


MISC/ INPUTS  MISC.  INPUTS  The  Miscellaneous  variables  (system  peculiar  parameters)  are: 

1.  REPHRS  :  average  direct  labor  corrective  maintenance  repair  time 

required  to  repair  an  assembly 

2.  COSTRP  :  average  cost  of  repair  part(s)  required  to  repair  an 

assembly 

3 .  UNIQUE  :  number  of  new  NSN  repair  parts  that  must  be  added  to  the 

federal  supply  system 

4.  COSTFD  :  development  cost  of  all  special  test  equipment  and 

facilities  required  over  and  above  that  required  for  the 
throwaway  concept 

5.  COSTFP  :  procurenmnt  cost  of  all  special  test  equljpment  and 

facilities  required  over  and  above  that  required  for  the 
throwaway  concept 

6.  FAILUR  :  expected  number  of  failures  of  the  assaobly  per  million 

hours  of  constant  operation 

7 .  PAGES  :  number  of  technical  publication  pages  over  and  above  that 

required  for  the  throwaway  concept 

6 .  BT  :  hours  of  training  required  to  perform  sialntenance  on  the 

particular  assembly 

9.  Q  :  total  nvimber  of  this  particular  assembly  per  end  item 

10.  FRACOP  :  fraction  of  calender  time  that  the  end  item  Is  operated 

11.  PT  :  number  of  personnel  trained  per  year  to  repair  the 

assemblies 

12.  £N(1)  s  the  expe  ted  low  number  of  end  Items  to  be  failed 

13.  EN(ll)  :  the  expected  high  number  of  end  Items  to  be  failed 

OSAMM  DATA  OSAKM  The  t.'ata  output  by  the  OSAMM  model  to  the  LSAR  Includes: 

DATA 

« 

1.  Maintenance  policies  by  application 

2.  Maintenance  Task  Distributions  (MTD's) 

3.  Replacement  Task  Distributions  (RTD's) 

4.  Quantity  required  of  each  test  equipment /repairman  at  each  echelon 

5.  Number  of  spares  of  each  conponent /module  allowed  at  each  ecbelon- 
Inltlal  spares  cost,  and  consumption  spares  over  the  life  of  the 
system 

6.  Total  cost  of  each  conponent /module  for  holding,  transportation, 
requisition,  cataloging,  bln,  and  repair 

7.  Total  logistics  cost  and  achieved  operational  availability 

OSAMM  INPUTS  OSAMM  A  specification  of  the  Inputs  required  of  the  system/ Item  being 

INPUT  evaluated  from  the  view  point  of  Level  of  Repair.  These  Inputs  must 

REQUIREMENTS  conform  to  the  requirements  of  OSAMM  as  spalled  out  In  the  OSAMM  User' a 
Manual . 

OSAMM/DISC/DEC  OSAMM  The  OSAMM  decision  regarding  the  Level  Of  Repair  Analysis  Is  no 

DISCARD  repair  at  all.  The  failed  equipment /system  is  discarded. 

DECISION 
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Name 


OSAMM/REP/DEC 


PAL/LINE 


PALMAN  INPUTS 


PALMAN/DISC/DEC 


PALMAN/RBP  /DEC 


PHYS 


Label  Description 


OSAMM  Repair  level  decisions  made  by  the  model  are  output  by 

REPAIR  application.  The  model  will  describe  what  should  be  done  when  the  end 

DECISION  item  falls  due  to  the  failure  of  a  certain  module  In  a  certain 

consonant .  The  model  will  also  determine  which  conponents  and  stodules 
should  be  discarded  instead  of  repaired.  This  set  of  repair  level 
decisions  is  commonly  referred  to  as  the  "maintenance  concept"  for  the 
equipment . 

MAINFRAME  OR  An  "on  line"  Falman  Model  run  from  either  a  suLlnframe  or  personal 

PC-BASED  computer  is  applied  to  the  Repalr/Dlscard  analysis. 

FA1M3M  MODEL 
ON  LINE 


PAUIAN 
INPUTS  - 
APJ  966-309 


These  inputs  conform  to  the  specific  requirements  as  set  forth  in 
APJ  report  966-309,  "Palman  Model  User' s  Manual, "  as  applicable  to  the 
physical  and  operational  characteristics  of  the  end  item. 


PALMAN 

DISCARD 

DECISION 


The  Palman  Modal  has  demonstrated  that  discarding  the  failed 
end  item  and  replacing  it  with  a  new  equlpment/system  la  the  most 
economical  decision. 


PALMAN 

REPAIR 

DECISION 


The  Palman  program  has  shown  that  the  most  economical  decision  is 
Repair  rather  than  Discard  for  selected  end  items,  conponents,  parts,  or 
modules.  These  decisions  constitute  the  major  input  to  the  next 
decision  concerning  the  ideal  maintenance  level  for  the  repair  to  be 
effected.  Using  the  Optimum  Supply  and  Maintenance  Model  (OSAMM),  one 
can  determine  at  which  echelon  each  maintenance  function  should  be 
performed,  or  whether  the  maintenance  function  should  be  eliminated 
altogether . 


PHYSICAL  The  physical  characteristics  of  the  selected  item  generally  include 

CHARACTERIST  such  features  as  size,  weight,  siaterlal,  shape,  and  volume.  This  data 
ICS  will  be  developed  from  the  engineering  drawings  that  are  available  from 

SE1£CTED  the  Program  Manager  Data  Files 

ITEM 
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PROV/ INPUTS 


RLA/RQMNTS 


SELECT 


PROVISIONING  The  Provisioning  variables  (supply  related  parasieters)  are: 

INPUTS 


1. 

OST(l) 

2. 

OST (2) 

3. 

OST (3) 

4. 

OST  (4) 

5. 

OST (5) 

6. 

TAT 

7. 

CKK 

8. 

RPNSTD 

9. 

INIPA 

o 

H 

INIPP 

11. 

DXN 

M 

H 

HXN 

13. 

PNFAIL 

Order  and  Ship  Time  in  days  between  equipment  and  Direct 
Exchange  (DX) 

OST  in  days  between  DX  to  Maintenance  Level  Supply  (MLS) 

OST  in  days  between  MLS  and  Depot 

OST  in  days  between  Depot  and  Factory 

OST  in  days  for  parts  to  be  obtained  by  aialntenance 

facility 

Turn  Around  Time  in  days  for  assendslles  at  maintenance 
facility 

Safety  Stock  Coefficient  (decimal  %) ,  percent  of  stock 
above  demand  to  cover  delays 

Perecnt  of  repair  parts  that  are  non-standard,  requiring 
new  NSN's 

Minimum  nuaber  of  days  of  authorized  assembly  stoc)iage 

Minimum  nunber  of  days  of  authorized  parts  stockage 

Number  of  DX  supply  locations 

Number  of  Maintenance  Level  Supply  locations 

Percent  of  non-operatlonal  failures  due  to  obsolescence, 

shelf  life,  etc. 


REPAIR  LEVEL  DI-L-2085A  states  the  requirements  of  a  report  which  are  to  be 

ANALYSIS  addressed  in  the  End  Item  Level  of  Repair  Analysis.  The  specific 
REPORT  requlrments  are  abstracted  and  forwarded  to  the  proeesa  to  establish  the 

REQUIREMENTS  Palroan  database  to  Insure  that  these  requirements  are  met. 


SELECTED  < 

ANALYSIS 

ITEM 


This  data  flow  will  represent  the  iteration  of  the  selection 
of  items  for  the  Falman  Model  evaluation.  The  first  selection  will  be 
the  equlpment/system  as  an  end  item.  Following  Iterations  will  Include 
major  components,  modules,  and  LRU  as  set  forth  in  the  DBS. 
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STD/ZNPUTS  STAMDARD  The  Standard  variables  (standard  input  parameters)  are: 

INPUTS 

1.  COSTR  :  Inventory  holding  coat  factor  per  year  (%  of  purchase) 

2 .  COSTLK  :  Labor  coat  per  hour  Including  O/R 

3 .  COSTMF  :  Facility  cost  per  hour  for  maintenance 

4 .  COSTR  :  Repair  parts  requisition  cost 

5.  COSTTR  :  Transportation  and  handling  cost  per  asaenbly 

6.  FSNI  :  Cost  to  enter  a  line  item  number  in  the  federal  av^ply 

system  per  unique  line  item 

7 .  FSNR  :  Yearly  cost  to  maintain  a  line  Item  -  NatloMl  stock 

nunber  (MSN)  -  in  the  supply  system 

8.  PROCDR  :  Administration  and  engineering  support  cost  for  each 

unique  repair  part  procurement 

9.  PAGESC  :  Technical  manual  par  page  cost 

10.  REPNOT  :  Percentage  of  assemblies  arriving  at  the  repair  facility 

of  «d>ich  repair  is  atteng>ted  but  la  unsuccessful 

11 .  RETURN  :  Percentage  of  failed  assemblies  returned  and  received  at 

repair  location 

12 .  SQUAP  :  Cost  of  preparing  a  supplemental  quality  assurance  plan 

for  unique  reaplr  parts 

13 .  TFMAIN  :  Maintenance  facilities  cost  as  a  percent  of  facilities  and 

test  equlpsient  procurement  cost 

14 .  YEARS  :  Length  of  tlaw  in  years  that  the  end  item  is  ejected  to 

be  in  the  inventory 
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WORK  BREAKDM  To  aid  the  analyst  by  providing  guidance  in  the  preparation  of  a 

STRUCTURES  standard  Work  Breakdown  Structure.  The  data  comes  in  the  form  of  a 
FOR  DEFENSE  Military  Standard  pamphlet  under  the  title  "Work  Breakdown  Structures 
MATER' L  ITEM  for  Defense  Materiel  Items . " 

The  MIL-STD  Identifies  Army  materiel  by  general  classifications: 

1.  Aircraft  system 

2.  Electronics  system 

3 .  Missile  system 

4.  Ordnance  system 

5 .  Ship  systmii 

6.  Space  system 

7 .  Surface  vehicle  system 

Bach  of  the  major  categories  (known  as  level  1  items)  la  further 
stratified  into  major  systems  (known  as  level  2  items) .  As  an  axaaple, 
aircraft  systesis  are  broken  down  into  the  following  major  systems: 

1.  Air  vehicle 

2 .  Training 

3.  Peculiar  support  equipment 

4.  Systems  teat  and  evaluation 

5.  Syatem/project  managenwnt 

6.  Data 

7 .  Operational/site  activation 

8.  Common  support  equipment 

9.  Industrial  facilities 

10.  Initial  spares  and  Intltial  repair  parts 
Level  3  items  contain  the  last  indenture  for  which  guidance  is 
provided.  This  level  addresses  such  Itenm  as  alrfrasw,  propulsion 
^  units,  communications,  etc.  However,  guidance  in  the  MIL-STD  states 
that  "...The  project  summary  WBS  will  ]be  tailored  to  the  project 
objectives ..." 
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AMC-R  700-27  liORA  AMC-R  700-27,  "Ijevel  Of  Repair  Analysis  (IX>RA)  Program, "  prepared 

by  BQ,  U.S.  Army  Materiel  Conmand  (March  '85)  establisbea  AMC 
objectives  and  policies,  and  assigns  responsibilities  for  a  LORA 
program  throughout  all  phases  of  a  materiel  systems  life  cycle. 

Appendix  C  to  this  AMC  regulation  establisbea  policy  on  level  of 
repair  models.  It  identifies  the  Palman  Bu>del  as  applicable  to  specific 
aspects  of  repair  analysis  and  can  be  used  for  the  repair/discard 
decision.  OSAMM  is  considered  applicable  to  system/ond  item  analysis. 

AMCF  706-132  MAINT.  ENGR.  AMCF  706-132  will  provide  the  maintenance  engineering  techniques 

TECBNIQOBS  applicable  to  the  development  of  the  variables  for  application  of  the 

Palman  Model,  the  end  item,  and  its  major  cosponanta,  items,  and  parts. 

HIST.  FILES  HISTORICAL  This  data  store  contains  data  previously  acquired  on  the 

FILES  system/equipment  under  investigation  or  som  similar  system  and  may 

address  the  following  areas: 

1.  Reliability  Data 

2.  Failure  Rate  Data 

3 .  Spares  and  Spares  Funding  Data 

The  availability,  accuracy,  and  relevancy  of  experience  of 
historical  databases  on  similar  existing  systesis  is  crucial  for 
acconpllshswnt  of  the  taslc  in  question,  namely  Repair  Level  Analysis. 

LSAR  FILE  LSAR  FILE  This  file  or  records  bolding  area  contains: 

1.  The  equipment /system  LSA  Task  reports  ex  their  equivalent. 

2.  The  equlpment/systera  LSAR  master  records  sheet  information. 

3.  The  equlpment/system  LSAR  reports  when  system  is  automated. 

<  It  contains  logistics  data  which  can  be  used  to  assess  the  ILS 

elements  set  forth  in  HIL-STD  1388-lA  and  conforms  to  the  records/flles 
prescribed  in  MIL-STD  1388'2A. 

RUl  REPORT  REPAIR  LEVEL  Data  Item  Descriptions  DID-R-3549/R-117-2  and  DID-S-6169  specify 

ANALYSIS  REPORT  the  type  Of  detailed  data  required  in  a  report  on  the  Optimum  Repair 

l,evel  of  Analysis  (ORIA)  .  Although  the  DIDs  leave  the  format  of  the 

report  to  the  discretion  of  the  contractor,  the  data  details  required 
as  adequate  to  establish  a  baseline  for  the  reassessment  of  the  ORLA  as 
more  detailed  design  data  are  obtained. 

DID-R-3549A  specifies  the  type  of  data  required  in  a  report  of  the 
repair  level  analysis  (RLA)  reports.  As  noted  for  the  DIDs  above, 
an  extensive  data  base  is  required.  In  this  case,  the  report  requires  a 
rational  for  each  action  proposed,  the  numerical  data  used  to  determine 
the  level  of  repair,  sensitivity  analysis  performed  and  the  results, 
rationale  to  support  the  RCM  parameters  used.  Interface  considerations 
used,  and  recommendations  for  updating  planning  factors  for  maintenance 
and  logistic  support . 
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APPROVAL  APPROVAL  Final  approval  and  publication  for  distribution  will  be  made  by 

AUTHORITY  the  HQ,  AMCCOM  technical  representative  or  the  contracting  officer. 
/PUBLISH¬ 
ER 

CONCEPT  CONCEPT  The  Concept  Development  involves  a  Feasibility  Study  as  well  as 

DEVELOP-  Advance  Product  Planning.  The  Feasibility  Study  consists  of  a  Needs 
MENT  Analysis,  the  System  Operational  Requirements,  and  tbs  System 

Maintenance  Concept.  Advance  Product  Planning  is  concerned  with  plans 
and  specifications  of  the  equipMnt/systam. 

EDR  ENGINEER-  The  Engineering  Design  Reports  show  the  assembly  and  construction 

ING  of  the  equipment/system  in  question. 

DESIGN 

REPORTS 

ENGP..  ENGINEER-  The  Engineering  Drawings  show  the  physical  characteristics  of  the 

ING  equipment /system  in  question. 

DRAWINGS 

MAINTAIN  MAINTAIN-  Maintainability  Analysis  Summary  -  Level  of  Repair  Report 

ABILITY 

ANALYSIS  This  report  yields  the  projected  worXload  resulting  from  the 

SUMMARY  Failure  Modes  Effects  and  Criticality  Analysis.  The  report  details  the 
Level  of  Repair  to  be  performed  on  an  item  for  all  maintenance  levels . 
It  will  also  be  used  to  review  reliability  and  maintainability  factors 
for  the  repair  time  of  an  item. 

,  (From  DI-L-7n7,  LSA-053,  MIL-STD-1388-2A) 

OSAMM  MODEL  OSAMM  CECOM-TR-87-3,  ’’Optimum  Supply  and  Maintenance  Model  Release  2.0 

MODEL  User's  Guide,”  is  used  to  identify  the  specific  inputs  required  for  the 
REQUIRE-  equipnwnt /system  to  run  the  repair  level  decision  model. 

MENTS 

PALMAN  MODEL  VALMAN  The  Palman  Model  has  been  developed  to  evaluate  the  breakeven 

MODEL  purchase  cost  for  a  weapons  system  con^onent  or  assembly  and  to  let  the 
user  make  a  decision  to  either  repair  the  conq>onent/assembly  or  discard 
it. 

The  operation  and  specification  of  the  inputs  required  for  the 
Palman  Model  are  described  in  the  APJ  Report  968-309,  "Palman  Model 
User' s  Manual . ” 

The  Palman  Model  is  written  in  FORTPAN  IV  so  that  is  easily 
portable  to  most  computer  systems  with  a  keyboard,  monitor,  file 
system,  and  printer . 
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TASK  303.2.7  EXTEPJ«AL  ENTITIES  EXCEI-ERATOR  1.8 

Main9  Lab«l  Description 

PROGRAM  MANAGER  PROGRAM  The  Program  Manager  seeks  to  conduct  s  Repair  l.ewel  Analysis 

MANAGER  commensurate  with  the  level  of  design,  operation,  and  support  data 
available . 

For  the  Integrated  Logistics  Support  Program  associated  with  the 
acquisition  life  cycle  of  system/equipment,  a  logistics  support 
analysis  is  to  be  made. 

To  decide  whether  the  failed  component  should  be  either  repaired  or 
replaced,  the  Interactive  Palman  Model  (IPM)  will  be  eaployed  to 
determine  the  most  cost-effective  action. 
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303.2. 


Label  Daacrlptlon 


7 . 2A1  IDENTIFY  ACRONYMS : 

REQUIRE-  MRSA  -  Materiel  Readlneaa  Support  Activity 

MENTS  laSAT  -  Logiatica  Support  Analyala  Techniquea 

PROCESS : 

Examine  the  pararaetera  needed  to  run  the  Palman  Model,  and  Identify 
the  data  needed  to  aatlafy  the  input  requlrementa . 

DATA  SOURCES: 

Interactive  Palman  Daer'a  Guide,  June  21,  1984 

Technical  Review  and  Analyala  of  Palman  Repair  va.  Discard  Model, 
MRSA  LSAT  84-06 
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Nam*  La37«l  Oascrlptioiv 

303 .2.7. 2A2  LOCATE  ACRONTHS : 

DATA  LSA  -  Logistic  Support  Analysis 

SOURCES  -  RIPCUS  -  Retail  Inventory  Cost  Parameter  Update  Study 

STANDARD  CCSSOI  -  Cononodity  Comnand  Standard  System  Operating  Instructions 

DATA  MMD  -  Materiel  Management  Decision 

LPL  -  Logistic  Parameters  Library 

POC  -  Point  Of  Contact 

N/A  -  Not  Available 

PROCESS : 

The  Standard  Inputs  are  those  standard  variables  which  are  based  on 
historical  records  and  usually  do  not  change  between  runs  of  the  atodel. 
Default  values  for  these  parameters  are  provided  by  the  program. 

In  the  event  that  the  standard  Input  values  provided  are  not 
accurate,  the  user  must  change  those  standard  Inputs.  Input  data  can 
originate  in  the  LSA  records  or  may  originate  from  external  sources. 

For  the  Standard  variables,  the  sources  are  described: 

COSTH  -  Cononodity  Connnand  Standard  System  (CCSS)  Material 

Management  Division  (MMD)  supply  file  at  the  5A  level 
COSTLB  -  MSC,  DACA-FAA,  281305Z,  Feb.  '85 

Subject:  Con^oslte  Standard  Rates  for  Costing  Personnel 
Services,  FT  '86 
COSTMF  -  N/A 

COSTR  -  RIPCUS,  Nov.  '81 

COSTTB  -  Packaging  >  Army  Master  Data  File  (AMDF) ,  USA  Catalog 
Data  Activity,  ATTN:  AMXCA-DL,  New  Cuihberland  Army 
Depot,  New  Cumberland,  PA  17070,  AV  977-6741, 
com  (717)  770-6741 
FSNI  -  RIPCUS,  Nov.  '81 

FSNR  -  RIPCUS,  Nov.  '81 

(Note:  FSNI  and  FSNR  values  must  be  adjusted  to  current 
year  dollars  using  inflation  indices  referenced  in  U.S. 
Army  OMA  C  MPA  Cost  Factors  Handbook,  Vol.  l:Factora, 
U.S.  Army  Cost  and  Economic  Analysis  Center,  ATTN: 
CACC-FDF,  Washington,  DC  20310-2080) 

PROCUR  -  Parameters  are  defined  by  the  CCSSOI  18-1-33.  The 

value  provided  in  the  LPL  is  calculated  by  averaging 
the  eight  Procurement  values  taken  from  the  CCSS  MMD 
File  at  each  commodity  command.  This  value  should  be 
updated  .quarterly 

PASESC  -  Technical  Publications  Branch  at  the  appropriate 
commodity  command 
RETURN  -  Palman  Default  Value 

SOUAF  -  Analytics  Technical  Report  19S8-TR-06,  Determining  ''he 
Cost  of  Acquisition  Data  Packages  Methodology  Handbook, 
June  28,  '85,  USAF,  Business  Research  Management  Center, 
(CPT  Smith) ,  WPAFB,  OH  45433 

The  following  parameters  are  dependent  on  the  system  under  analysis . 
The  appropriate  Project  Management  Office  can  provide  pertinent  data; 
or  at  least  provide  a  POC  that  can  supply  the  necessary  information. 
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Name 

Label 

Description 

303.2.7.2A3 

ASSIGN 

ACRONYMS : 

VALUES 

FOR 

PROCESS : 

STANDARD 

Tha  Standard  data  are  usually  assigned  values  from  tha  standard 

INPUTS 

Input  file.  Should  these  values  need  to  be  changed,  however,  they  are 
assigned  values  which  are  derived  from  tha  appropriate  data  sources. 

DATA  SOURCES: 

303.2.7.2A4 

LOCATE 

ACRONYMS : 

DATA 

POC  -  Point  Of  Contact 

SOURCES  - 

PROVISION  PROCESS : 

DATA 

FROVISIONINS  INPUTS;  Tb*  data  for  tha  Provlaionlng  Inputs  is  dapandant 
on  tha  syatam  undar  analysis.  To  locata  tha  data  sourcas  for  thaaa 
varlablas,  ona  must  contact  tha  approprlata  Projact  Managa«ant  Of flea. 

Tha  offlca  can  provlda  tha  partlnant  data;  or  at  least  provide  a  POC 
that  can  supply  tha  nacaasary  Information. 

DATA  SOURCES : 

303 .2.7. 2A5  ASSIGN  ACRONYMS : 

VALUES 

FOR  PROCESS : 

PROVISION-  The  Provisioning  Inputs  are  assigned  values  which  are  derived  from 

ING  INPUTS  the  approprlata  data  sourcas. 

DATA  SOURCES: 

303.2.7.2A6  LOCATE  ACRONYMS: 

4 

DATA  POC  -  Point  Of  Contact 

SOURCES  - 

MISC.  DATA  PROCESS: 

Tha  data  for  the  Miscellaneous  Inputs  can  ha  found  at  tha 
approprlata  Project  Management  Office.  This  office  can  provlda  tha 
partlnant  data;  or  at  least  provide  a  POC  that  cu  supply  the  necessary 
Information . 

DATA  SOURCES: 

ACRONYMS: 

PROCESS : 

The  Miscellaneous  Inputs  are  assigned  values  which  are  derived  from 
tha  approprlata  data  sourcas . 

DATA  SOURCES: 


303.2.7.2A7  ASSIGN 
VALUES 
FOR  MISC. 
INPUTS 
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Label  Description 


AMCP  706-132 


FtJNC 


HIST 


LOPA  POLICT 


MISC/DATA 


MAINTENAMCE  Maintenance  Engineering  Techniques  are  the  activities  of  equipment 

ENGIHEERIN6  maintenance  which  develop  concepts,  criteria,  and  technical 
TECHNIQUES  requirements  during  the  conceptual  and  acquisition  phases  to  be  applied 
and  maintained  in  a  current  status  during  the  operational  phase  to 
assure  timely  and  adequate  economic  maintenance  support  of  weapons  and 
equipments . 

FUNCTIONAL  Identification  of  the  operations  and  support  functions  that  must  be 

REQUIREMENTS  performed  for  each  ayatem/equipment  alternative  under  conaideration  and 
SELECTED  then  identification  of  the  taaka  that  muat  be  performed  in  order  to 

ITEM  operate  and  maintain  the  new  ayatem/equipment  in  its  intended 

environment . 

These  functions  shall  be  identified  to  a  level  coimnenaurate  with 
design  and  operational  scenario  development,  and  shall  include  both 
peacetime  and  wartime  functions. 

These  data  will  be  available  from  the  Concept  Formulation  Package 
which  will  include  a  Feasibility  Study  as  well  as  Advance  Product 
Planning.  The  Feasibility  Study  from  the  Concept  Formulation  Package 
will  consist  of  a  Needs  Analysis,  the  System  Operational  Requlremeents, 
and  the  System  Maintenance  Concept.  Advance  Product  Planning  is 
concerned  with  Plans  and  specifications  of  the  equlpment/system. 

HISTORICAL  Prior  to  the  actual  test  and  field  use  of  the  enft  item,  it  will  be 

SUPPORT  DATA  necessary  to  develop  various  reliability,  maintainability,  and 
END  ITEM  availability  parameters  which  are  required  to  support  the  data  base  for 
LOGISTICAL  application  to  the  Palroan  Model.  These  quantifications  of  the 
EQUIVALENTS  availability  parameters  may  be  derived  from  an  analysis  of  legist ically 
equivalent  systems,  operating  in  similar  environmental  and  operating 

« 

conditions .  These  data  will  be  extracted  from  the  historical  files  and 
used  in  the  development  of  the  model  inputs  for  the  end  item  and  for 
each  of  its  lower  indenture  coir^onents,  modules,  or  parts. 

LORA  POLICY  In  the  selection  of  the  parameters  for  application  to  the  Palman 

RELATIVE  TO  Model,  it  will  be  necessary  to  treuisfer  the  policy  and  guidance  of 
AMC-R  700-27  AMC-R  700-27  to  the  analyst  and  programs  assigned  to  the  application  of 
the  Palman  Model  to  the  end  item  and  its  lower  Indentures  of  the  Work 
Breakdown  Structure. 


MISCELLAN¬ 

EOUS 

VARIABLES 

DATA 


The  Miscellaneous  Data  is  used  to  assign  values  to  the 
Miscellaneous  Inputs.  The  data  is  supplied  by  the  user,  in  the  form  of 
input  file,  to  the  inputs  of  the  Palman  Model. 
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TASK  303.2.7.2A  DATA  FLOWS, 

Name  Label  Description 


MISC/INPUTS  MISC.  INPUTS  The  Miscellaneous  variables  (system  peculiar  parameters)  are: 

1 .  REPRRS  ;  average  direct  labor  corrective  maintenance  repair  time 

required  to  repair  an  assembly 

2.  COSTPJP  :  average  cost  of  repair  part  (s)  required  to  repair  an 

assembly 

3 .  UNIQUE  :  number  of  new  NSN  repair  parts  that  must  be  added  to  the 

federal  supply  system 

4 .  COSTFD  :  development  cost  of  all  special  test  equipment  and 

facilities  required  over  and  above  that  required  for  the 

throwaway  concept 

5.  COSTFP  :  procurement  cost  of  all  special  test  equipment  and 

facilities  required  over  and  above  that  required  for  the 

throwaway  concept 

6.  FAILUR  ;  expected  number  of  failures  of  the  assembly  per  million 

hours  of  constant  operation 

7 .  PAGES  :  number  of  technical  publication  pages  over  and  above  that 

required  for  the  throwaway  concept 

8.  RT  :  hours  of  training  required  to  perform  maintenance  on  the 

particular  assembly 

9.  Q  :  total  number  of  this  particular  assembly  per  end  Item 

10.  FRACOP  ;  fraction  of  calender  time  that  the  end  Item  is  operated 

11.  PT  !  number  of  personnel  trained  per  year  to  repair  the 

assemblies 

12.  EN(1)  :  the  expected  low  number  of  end  items  to  be  failed 

13.  EN(ll)  :  the  expected  high  number  of  end  items  to  be  failed 

MISC/REQ  MISCELLAN-  The  Miscellaneous  Rec[ulrsmsnts  are  used  to  locate  the  data  sources 

EOUS  '  for  the  Miscellaneous  Inputs .  These  requirements  detail  the  necessary 

VARIABLES  data  needed  to  satisfy  the  equations  within  the  Palman  Model . 
REQUIREMENTS 

PALMAN  INPUTS  PALMAN  These  Inputs  conform  to  the  specific  requirements  as  set  forth  in 

INPUTS  -  APJ  report  966-309,  "Palman  Model  User's  Manual,"  as  applicable  to  the 

APJ  966-309  physical  and  operational  characteristics  of  the  end  item. 

PHYS  PHYSICAL  The  physical  characteristics  of  the  selected  item  generally  include 

CHARACTERIST  such  features  as  size,  weight,  material,  shape,  and  volume.  This  data 
ICS  will  be  developed  from  the  engineering  drawings  that  are  available  from 

SELECTED  the  Program  Manager  Data  Files 

ITEM 

PROV/DATA  PROVISIONING  The  Provisioning  Data  is  used  to  assign  values  to  the  Provisioning 

VARIABLES  Inputs.  The  data  is  supplied  by  the  user,  in  the  form  of  an  input 

DATA  file,  to  the  inputs  of  the  Palman  Model . 
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TASK  303.2.T,2A  DATA  FLOWS 


Naiira  Label  Deacrlptlon 


FROV/INPUTS  PROVISIONING  The  Proviaioning  variables  (supply  related  parameters)  are: 

INPUTS 

1.  OST(l)  :  Order  and  Ship  Time  between  equipment  and  direct  exchange 

2.  OST (2)  :  OST  in  days  between  DX  to  Maintenance  Level  Supply  (MLS) 

3.  OST (3)  ;  OST  in  days  between  MLS  and  Depot 

4.  OST (4)  ;  OST  in  days  between  Depot  and  Factory 

5.  OST (5)  :  OST  in  days  for  parts  to  be  obtained  by  maintenance 

facility 

6.  TAT  ;  Turn  Around  Time  in  days  for  assemblies  at  maintenance 

facility 

7 .  CKK  :  Safety  Stock  Coefficient  (decimal  %) ,  percent  of  atoclc 

above  demand  to  cover  delays 

8 .  RPNSTD  :  Perecnt  of  repair  parts  that  are  non-standard,  requiring 

new  HSN's 

9.  INIPA  :  Minimum  number  of  days  of  authorized  assembly  stoclcage 

10.  INIPP  :  Minimum  number  of  days  of  authorized  parts  stockage 

11.  DXN  :  Ntimber  of  DX  supply  locations 

12.  MXN  :  Number  of  Maintenance  Level  Supply  locations 

13.  PNFAIL  :  Percent  of  non-operational  failures  due  to  obsolescence, 

shelf  life,  etc. 

FROV/rXQ  PROVISIONING  The  Provisioning  Requirements  are  used  to  locate  the  data  sources 

VARIABLES  for  the  Provisioning  Inputs.  These  requirements  detail  the  necessary 
requirements  data  needed  to  satisfy  the  equations  within  the  Palman  Model. 

RLA/RQMNTS  REPAIR  LEVEL  DI-R-3549A  (sequence  1)  states  the  requirements  of  a  report  which 

ANALYSIS  are  to  be  addressed  in  the  End  Item  Level  of  Repair  Analysis.  The 
REPORT  ,  specific  requlrments  are  abstracted  and  forwarded  to  the  process  to 
REQUIREMENTS  establish  the  Palman  database  to  insure  that  these  requirements  are 
met . 

SELECT  SELECTED  This  data  flow  will  represent  the  iteration  of  the  selection 

ANALYSIS  of  items  for  the  Palman  Model  evaluation.  The  first  selection  will  be 

ITEM  the  equipment/system  as  an  end  item.  Following  iterations  will  include 

major  components,  modules,  and  LRU  as  set  forth  in  the  MBS. 

STD/DATA  STANDARD  The  Standard  Data  is  used  to  assign  values  to  the  Standard  Inputs. 

VARIABXiES  The  data  is  supplied  by  the  user,  in  the  form  of  an  input  file,  to  the 
DATA  Inputs  of  the  Palman  Model. 
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Label  Description 


STANDARD 

INPUTS 


1. 

2. 

3. 

4. 


5. 


6. 


7. 


9. 


10. 


11. 


12. 


13. 


14. 


The  Standard  variables  (standard  input  parameters)  are: 


COSTH 

COSTLH 

COSTMF 

COSTR 

COSTTH 

FSNI 

FSNR 

PROCOR 

PAGESC 

REPNOT 

RETURN 

SQUAF 

TFHAIN 

YEARS 


Inventory  holding  cost  factor  per  year  (%  of  purchase) 
Labor  cost  per  hour  including  0/H 
Facility  cost  per  hour  for  maintenance 
Repair  parts  requisition  cost 

Transportation  and  handling  cost  per  assembly 

Cost  to  enter  a  line  item  number  in  the  federal  supply 

system  per  unique  line  item 

Yearly  cost  to  maintain  a  line  item  -  National  Stock 
number  (NSN)  -  in  the  supply  system 

Administration  and  engineering  support  cost  for  each 
unique  repair  part  procurement 
Technical  manual  per  page  coat 

Percentage  of  assemblies  arriving  at  the  repair  facility 
of  which  repair  is  attempted  but  is  unsuccessful 
percentage  of  failed  assemblies  returned  and  received  at 
repair  location 

cost  of  preparing  a  supplemental  quality  assurance  plan 
for  unique  reapir  parts 

Maintenance  facilities  cost  as  a  percent  of  facilities  and 
test  equipment  procurement  cost 

Length  of  time  in  years  that  the  end  item  is  expected  to 
be  in  the  inventory 


STANDARD  The  Standard  Requirements  are  used  to  locate  the  data  sources  for 

VARIABLES  the  Standard  Inputs.  Those  requirements  detail  the  necessary  data 
REQUIREMENTS  needed  to  satisfy  the  equations  within  the  Palman  Model. 
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Name  Labal  Deacription 

AMC-R  700-27  LORA  AMC-R  700-27,  ”Lav«l  of  Repair  Analyaia  (LORA)  Program, "  prepared 

by  HQ,  U.S.  Army  Materiel  Command  (March  '85)  aeta  forth  the 
reaponaibilitiea  and  producta  reguired  of  a  Level  of  Repair  Analyaia. 
Appendix  C  identlflea  Palman  as  applicable  to  apeclfic  aapecta  of 
repair  analyaia,  while  OSAMM  la  conaldered  applicable  to  ayatem/end 
item  analyaia . 

AMCP  706-132  MAINT .  ENGR.  AMCP  706-132  will  provide  the  maintenance  engineering  techniquea 

TECHNIQUES  applicable  to  the  development  of  the  varlablea  for  application  of  the 

Palman  Model,  the  end  item,  and  its  major  coiig>onenta,  items,  and  parts . 

This  data  store  contains  data  previously  acquired  on  the 
syatem/equlpment  under  investigation  or  some  similar  system  and  may 
address  the  following  areas; 

1.  Reliability  Data 

2 .  Failure  Rate  Data 

3 .  Spares  and  Spares  Funding  Data 
The  availability,  accuracy,  and  relevancy  of  experience  of 

historical  databases  on  similar  existing  systems  is  crucial  for 
accong>llshment  of  the  tas)c  in  question,  namely  Repair  Level  Analysis. 

PM/DF  PROGRAM  MANAGER  CONTAINS  THOSE  FILES  AMD  DATA  NHICH  ARE  NORMALLY  DEVELOPED  BY  AND/OR 

DATA  FILE  RETAINED  BY  THE  PROGRAM  MANAGER  FOR  PROPER  MANAGEMENT  OF  THE  DEVELOPMENT 

PROGRAM.  THESE  FILES  INCLUDE; 

1.  ENGINEERING  DRAWINGS 

2.  ENGINEERING  CHARACTERISTICS 

3.  DT/OT  RESULTS 

<  4.  CONCEPT  FORMULATION  PACKAGE  (CFP) 

5.  DESIGN  CONCEPT  PAPER  (DCP) 

6.  TYPE  TECHNICAL  REVIEWS  REQUIRED 

7.  MILESTONE  SCHEDULES 

8.  FUNDING  PROFILES 

9.  REQUIRED  OPEPJITIONAL  CAPABILITIES  (ROC) 

10.  ITEM/EQUIPMEMT  SPECIFICATIONS 

11.  ITEM/EQDIPMENT  MISSIONS  6  FUNCTIONS 

12.  EQUIPMENT,  MANPOWER,  AND  TECHNICAL  RISK  ASSESSMENTS  (FROM 
LSA  TASK  301.2.3 

13.  TRADE  OFF  DETERMINATION  ANALYSIS  (TOD) 

14.  TRADE  OFF  ANALYSIS  (TOA) 

15.  BEST  TECHNICAL  APPROACH  ANALYSIS  (BTA) 

16.  COST  AMD  OPERATIONAL-EFFECTIVEHESS  ANALYSIS  (COEA) 

RJ.JI  REPORT  REPAIR  LEVEL  This  Data  Item  Description  (DID)  contains  the  details  required  in 

Al'IALYSIS  REPORT  a  report  on  the  optimum  Repair  Level  of  Analysis.  Although  the  DID 
ma)ces  reference  to  an  Air  Force  application,  sequence  1  of  this  DID 
states  the  reporting  requirement  for  the  end  item  Level  of  Repair 
Analysis  (LORA) . 


BIST .  FILES  HISTORICAL 

FILES 
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Nam«  Lab»l  Description 


PAUIAN  MODEL  PALMAN  The  Palman  Model  has  been  developed  to  evaluate  the  breakeven 

MODEL  purchase  coat  for  a  weapons  system  component  or  assembly  and  to  let  the 
user  make  a  decision  to  either  repair  the  con^onent/assembly  or  discard 
It. 

The  operation  and  specification  of  the  Inputs  required  for  the 
Palman  Model  are  described  In  the  APJ  Report  966-309,  "Palman  Model 
User's  Manual." 

The  Palman  Model  la  written  In  FORTRAN  IV  so  that  Is  easily 
portable  to  most  computer  systems  with  a  keyboard,  monitor,  file 
system,  and  printer . 
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l>ab«l  Description 


.  7 . 3A1  INPUT  ACRONYMS : 

PALMAN 

DATA  PURPOSE : 

To  provide  the  Algorithms  of  the  Palman  Model  with  the  necessary 
data  to  perform  the  required  calculations. 

DATA  SOURCES: 

Standard  Input  File,  Provisioning  Input  File,  Miscellaneous  Input 

File 


.  7 . 3A2  BREAKEVEN  ACRONYMS : 

COST 

EVALUATION  PURPOSE: 

This  process  Is  the  pristary  feature  of  the  Palman  Model.  It 
calculates  the  breakeven  point  where  repair  coat  and  throwaway  coat  are 
equal.  The  user  then  makes  the  Repair/Diseard  decision  based  on  the 
results  of  this  process. 

DATA  SOURCES: 


.7.3A3 


ANALYSIS 
OF  REPAIR 
POLICY  - 
COST  PER 
FAILURE 


ACRONYMS  : 

PROCESS  : 

This  process  provides  an  analysis  of  repair  policy  cost  per 
failure.  For  each  cost  element,  the  coat  per  failure  and  the 
percentage  coat  contribution  is  output . 

DATA  SOURCES: 


.  7 . 3A4  SENSITIV-  ACRONYMS : 

ITY  , 

ANALYSIS  PURPOSE : 

The  Sensitivity  Analysis  provides  the  user  with  Information 
regarding  the  variables  that  most  influence  the  breakeven  cost  value. 
This  analysis  shows  how  the  breakeven  cost  value  changes  as  a 
particular  variable  is  changed. 

Two  types  of  sensitivity  analyses  exist  within  the  Palman  Model: 
Standard  and  Unique.  If  the  Standard  analysis  is  selected,  the  program 
automatically  chooses  the  variables  to  be  considered.  If  the  Unique 
analysis  is  selected,  the  user  selects  a  variable  to  be  considered  and 
then  enters  the  low  value  and  the  high  value  for  the  sensitivity  range. 
DATA  SOURCES: 
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Nam9 


303.2. 


l>ab*l  D«8crlptlon 


7 . 3A5  USER  ACRONYMS : 

DECISION 

PROCESS : 

Baa*d  primarily  on  th»  raaulta  from  th«  Braakavan  Coat  Evaluation, 
along  Mlth  information  provldad  by  tba  Sanaltivity  Analyaia  and  tha 
Analyia  of  P.apalr  Policy  -  Coat  Par  Failura,  tha  uaar  makaa  tha  Rapalr/ 
Dlacard  daciaion. 

If  tha  raplacamant  coat  la  laaa  than  tha  braakavan  coat,  tba 
daciaion  ahould  ba  Dlacard.  If  tha  raplacamant  coat  la  graatar  than 
tha  braakavan  coat,  tba  daciaion  ahould  bo  Rapair.  Howovar,  if  tha 
raplacamant  coat  ia  cloao  to  tba  braakavan  coat,  tha  uaar  ahould 
acrutinlza  tba  valuaa  of  tboaa  variablaa  daomad  critical  by  tba 
aonaitivity  analyaia.  Than  tba  modal  ahould  ba  ra-run,  and  tba 
raaulta  ro-axaaiined. 

DATA  SOURCES: 
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Label  Description 


BRE  ~ZV  The  Breakeven  Cost  Data  is  the  primary  source  of  information 

COST  DATA  used  in  the  Repalr/Discard  decision.  Additionally,  data  from  the 

Breakeven  cost  analysis  is  used  in  the  subsequent  operations  siade  by 
the  model . 


MISC.  INPUTS  The  Miscellaneous  variables  (system  peculiar  parameters)  are: 

average  direct  labor  corrective  maintenance  repair  time 
required  to  repair  an  assembly 

average  coat  of  repair  part (a)  required  to  repair  an 

assembly 

nimdoer  of  new  MSN  repair  parts  that  must  be  added  to  the 
federal  supply  system 

development  cost  of  all  special  test  equipment  and 
facilities  required  over  and  above  that  required  for  the 
throwaway  concept 

procurement  cost  of  all  special  test  equipment  and 
facilities  required  over  and  above  that  required  for  the 
throwaway  concept 

expected  number  of  failures  of  the  assesibly  per  million 
hours  of  constant  operation 

number  of  technical  publication  pages  over  and  above  that 
required  for  the  throwaway  concept 

hours  of  training  required  to  perform  maintenance  on  the 
particular  assembly 

total  number  of  this  particular  assembly  per  end  item 
fraction  of  calender  time  that  the  end  item  is  operated 
number  of  personnel  trained  per  year  to  repair  the 
assemblies 

the  expected  low  number  of  end  items  to  be  failed 
the  expected  high  number  of  end  items  to  be  failed 


1. 

REPHRS 

2. 

COSTRP 

3. 

UNIQUE 

4. 

COSTFD 

5. 

COSTFP 

6. 

FAILUR 

7. 

PAGES 

8. 

BT 

9. 

Q 

10. 

3FBAC0P 

11. 

PT 

12. 

EN(1) 

13. 

EN(ll) 

FALMAN 

INPUT 

DATA 


The  Falraan  Input  Data  (Standard,  Provisioning,  and  Miscellaneous) 
is  used  by  the  model  to  perform  the  necessary  calculations. 


MAINFRAME  OR  An  "on  line”  Palman  Model  run  from  either  a  mainframe  or  personal 

PC-BASED  computer  is  applied  to  the  Repair/Discard  analysis. 

PALMAN  MODEL 
ON  LINE 


PALMAN  The  Palman  Model  has  demonstrated  that  discarding  the  failed 

DISCARD  end  item  and  replacing  it  with  a  new  equipment /system  is  the  most 

DECISION  economical  decision. 


PALMAN 

REPAIR 

DECISION 


The  Palman  program  has  shown  that  the  moat  economical  decision  is 
Repair  rather  than  Discard  for  selected  end  items,  components,  parts,  or 
modules.  These  decisions  constitute  the  major  input  to  the  next 
decision  concerning  the  ideal  maintenance  level  for  the  repair  to  be 
effected.  Using  the  Optimum  Supply  and  Maintenance  Model  (OSAMM) ,  one 
can  determine  at  which  echelon  each  maintenance  function  should  be 
performed,  or  whether  the  maintenance  function  should  be  eliminated 
altogether . 
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PROVISIONING  Ths  Provisioning  vsrisblss  (supply  related  parameters)  are: 

INPUTS 


1. 

OST(l) 

2. 

OST (2) 

3. 

OST (3) 

4. 

OST (4) 

5. 

OST (5) 

6. 

TAT 

7. 

CKK 

8. 

RPNSTD 

9. 

INIPA 

10. 

INIPP 

11. 

DXN 

12. 

MXN 

13. 

PNFAIL 

Order  and  Ship  Time  between  equipment  and  direct  exchange 

OST  in  days  between  DX  to  Maintenance  Level  Supply  (MLS) 

OST  in  days  between  MLS  and  Depot 

OST  in  days  between  Depot  and  Factory 

OST  In  days  for  parts  to  be  obtained  by  maintenance 

facility 

Turn  Around  Time  in  days  for  assemblies  at  swintenance 
facility 

Safety  StocJc  Coefficient  (decimal  %) ,  percent  of  stock 
above  demand  to  cover  delays 

Perecnt  of  repair  parts  that  are  non-standard,  requiring 
new  NSN's 

Minimum  number  of  days  of  authorized  assembly  stockage 

Minimum  number  of  days  of  authorized  parts  stocdcage 

Number  of  DX  supply  locations 

Number  of  Maintenance  Level  Supply  locations 

Percent  of  non-operational  failures  due  to  obsolescence, 

shelf  life,  etc. 


COST  PER  A  brea]idown  of  the  coot  per  failure  as  well  as  the  percent 

FAILURE  contribution  to  the  total  cost  per  failure  for  each  cost  element. 

RESULTS 


SENSITIVITY  The  results  of  the  Sensitivity  Analysis  reveal  those  variables 

ANALYSIS  which  have  the  greatest  influence  on  the  brea)ceven  cost . 

RESULTS  • 
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Name  Labal  Description 


STD/IKPUTS  STANDARD  The  Standard  variables  (standard  input  parameters)  are: 

INPUTS 

1 .  COSTH  :  Inventory  holding  coot  factor  per  year  (%  of  purchase) 

2 .  COSTLH  :  Labor  cost  per  hour  including  O/H 

3 .  COSTMF  :  Facility  coot  per  hour  for  maintenance 

4.  COSTR  :  Repair  parts  requisition  cost 

5 .  COSTTH  :  Transportation  and  handling  cost  per  assembly 

6.  FSNI  :  Cost  to  enter  a  line  item  nunber  in  the  federal  supply 

system  per  unique  line  item 

7 .  FSNR  :  Yearly  cost  to  maintain  a  line  item  -  National  Stock 

nunber  (HSN)  -  in  the  supply  system 

8 .  PROCUR  :  Administration  and  engineering  support  cost  for  each 

unique  repair  part  procurement 

9.  PAGESC  :  Technical  manual  per  page  cost 

10 .  REPNOT  :  Percentage  of  assenblies  arriving  at  the  repair  facility 

of  which  repair  is  attempted  but  is  unsuccessful 

11 .  RETURN  :  Percentage  of  failed  assemblies  returned  and  received  at 

repair  location 

12 .  SQUAF  :  Cost  of  preparing  a  supplemental  quality  assurance  plan 

for  unique  reaplr  parts 

13.  TFKAIN  :  Maintenance  facilities  cost  as  a  percent  of  facilities  and 

test  equipment  procurement  cost 

14 .  TEARS  :  Length  of  time  in  years  that  the  end  item  is  expected  to 

be  in  the  Inventory 
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PALMAN  MODEL  PALMAN  The  Palman  Model  has  been  developed  to  evaluate  the  breakeven 

MODEL  purchase  cost  for  a  weapons  system  component  or  assembly  and  to  let  the 
user  make  a  decision  to  either  repair  the  con^onent/assembly  or  discard 
it. 

The  operation  and  specification  of  the  inputs  required  for  the 
Palman  Model  are  described  in  the  APJ  Report  966-309,  "Palman  Model 
User' s  Manual . " 

The  Palman  Model  is  written  in  FORTRAN  IV  so  that  is  easily 
portable  to  moat  computer  systems  with  a  keyboard,  monitor,  file 
system,  and  printer . 
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.  7 . 5A1  PREPARE  ACRONTMS : 

OSAMM  OSAMM  -  Optimum  Supply  And  Maintenance  Model. 

DATABASE 

PROCESS : 

The  preparation  of  the  OSAMM  database  involves  gathering 
information  on  the  folloMing: 

1.  End  item  data 

Equipment  breakdown  structure  into  indenture  levels  of  conyonents, 
modules,  and  piece  parts. 

2 .  Deployment  information 

The  identification  of  the  quantity  of  equipment,  personnel, 
facilities,  etc.  and  the  expected  geographical  location  to  include 
transportation  and  mobility  requirements. 

3.  Maintenance  policies  to  be  considered 

The  established  requirements  for  the  overall  support  of  the  system 
throughout  its  life  cycle. 

4 .  Echelon  parameters 

5 .  Cost  parameters 

Cost  factors  can  include  personnel  labor,  transportation, 
training,  facilities.  Inventory,  data,  and  consumables. 

6.  Test  equipment  data 

Includes  all  tools,  condition  monitoring  equipment,  diagnostic  and 
checkout  equipment,  metrology  and  calibration  equipment,  siaintenance 
stands,  and  handling  equipment  required  to  support  scheduled  and 
unscheduled  maintenance  actions  associated  with  the  system  or  product . 

7 .  Repairmen  data 

Either  common  or  special  repairmen  may  be  needed  for 
equipment/system  repair. 

8 .  Component  data 

9.  Pseudo-component  data 

10.  Module  data 

11 .  Pseudo-module  data 

12.  Application  data 

This  information  lists  a  module,  the  component  to  which  it 
belongs,  and  the  Mean  Time  Between  Failure. 

DATA  SOURCES: 

AMC-P  700-4  Logistic  Support  Analysis  Techniques  Ouide 
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Nam« 


Label  Description 


303.2.7.5A2 


PREPARE 

OSAMM 

INPUT 

DATA 

FORMATS 


ACRONIMS  : 

OSAMM  -  Optimum  Supply  And  Maintenance  Mod^.. 

CECOM  -  Communications  Electronics  Command 

TR  -  Technical  Report 

PROCESS : 

The  equlpment/syatem  physical  characteristics  and  operational 
data  developed  in  subtask  303.2.7.1  for  application  to  the  OSAtlM 
must  be  stored  on  a  file  consisting  of  80  column  records.  All  records 
are  mandatory  except  where  noted.  Some  of  the  variables  have  default 
values  which  will  be  used  if  a  zero  is  input  or  if  the  data  field  for 
that  variable  is  left  blank.  These  values  should  be  used  only  when 
better  data  is  not  available.  The  correct  values  for  these  variables 
may  change,  but  the  defaults  may  not  reflect  the  change  for  some  time. 

All  data  entries  should  be  right  justified  In  their  fields  except 
for  alphaniiinerlc  variables  which  should  be  left  justified.  The  decimal 
point  will  automatically  be  placed  so  that  the  entry  has  the  number  of 
decimal  places  indicated.  The  user  may  insert  his  own  decimal  point 
which  will  override  the  assumed  decimal  point,  however. 

DATA  SOURCES: 

CECOM-TR-87-3,  "Optimum  Supply  and  Maintenance  Model, "  Release 
2.0,  User's  Guide,  Sept.  '87 


303.2.7.5A3 


APPLICA-  ACRONYMS : 

TION  TO  OSAMM  -  Optimum  Supply  And  Maintenance  Model 

OSAMM 


PRE-  PROCESS : 

PROCESSOR  ,  The  input  data  file  is  read  by  the  OSAMM  preprocessor  program. 

The  preprocessor  refoirmats  user  inputs  and  computes  data  required  by 
the  main  program.  It  also  performs  several  edit  checks  and  produces  a 
variety  of  error  messages.  By  reviewing  the  preprocessor  output  the 
user  can  detect  errors  in  his  or  her  inputs  and  correct  them  before 
expending  the  resources  to  run  the  full  model  only  to  find  that  there 
is  an  error  in  the  input  data . 

DATA  SOURCES: 


303.2.7.5A4 


VALIDATE 

PRE¬ 

PROCESSOR 

INPUTS/ 

OUTPUTS 


ACRONYMS : 

OSAMM  -  Optimum  Supply  And  Maintenance  Model 


PROCESS : 

The  OSAMM  user  must  now  Inspect  the  output  from  the  preprocessor. 
If  any  errors  or  discrepancies  exist,  the  user  must  reconcile  them 
before  the  basic  OSAMM  is  applied. 

DATA  SOURCES: 
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Label  Description 


.  7 . 5A5  APPLICA-  ACRONTMS  : 

TION  TO  OSAMM  -  Optimum  Supply  And  Maintenance  Model 

OSAMM 

MODEL  PROCESS : 

The  OSAMM  can  be  run  in  either  an  Optimization  Mode  or  an 
Evaluation  Mode.  In  the  full  Optimization  Mode  a  maintenance  concept 
which  minimizes  cost  is  chosen  by  the  model  and  evaluated.  In  the 
Evaluation  Mode,  the  costs  associated  with  a  maintenance  concept  chosen 
by  the  user  are  confuted.  The  Evaluation  Mode  is  useful  for  performing 
sensitivity  analysis  and  answering  "what  if"  type  questions.  Except  for 
a  message  which  describes  the  performance  of  the  optimization,  the 
model's  output  is  the  same  in  either  case. 

DATA  SOURCES: 
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Label 

Description 

OSAMM  DATA 

OSAMM 

DATA 

The  data  output  by  the  OSAMM  model  to  the  LSAR  includes; 

1.  Malntananc*  pollcias  by  application 

2.  Maintananca  Task  Distributions  (MTD's) 

3 .  Replacemant  Task  Distributions  (RTD' s) 

4.  Quantity  raquirad  of  each  tost  aquipmant/rapairman  at  each  echelon 

5 .  Humber  of  spares  of  each  component/modula  allowed  at  each  echelon, 
initial  spares  cost,  and  consumption  spares  over  the  life  of  the 

system 

6.  Total  cost  of  each  consonant /module  for  holding,  transportation, 
requisition,  cataloging,  bln,  and  repair 

7.  Total  logistics  cost  and  achieved  operational  availability 

OSAMM  DATA  BASE  OSAMM  Data  Inputs  required  for  application  of  OSAMM  to  the 

DATA  system/equipment  at  each  and  every  indenture  level  in  its  Work 

BASE  Breakdown  Structure.  The  data  have  been  set  forth  in  60-column  format 

as  described  in  the  CECOM  publication,  OSAMM  Release  2.0  User's  Guide. 
(CECOM-TR-87-3) 

OSAMM  IHPUT  DATA  OSAMM  IHPUT  PURPOSE  OF  DATA; 

DATA  The  OSAMM  input  data  is  used  to  prepare  the  input  data  formats  and 

then  it  is  passed  on  to  the  Preprocessor. 

DATA  SOURCE: 
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OSAM4  INPUT  FORMS  OSAMM  INPUT  The  specific  OSAMM  input  data  formats  are  as  follows: 

FORMATS  1 .  Control  Parameters 

Run  Mode  Selector-Dafines  type  of  run;  indicates  type  of  input  data. 
Policy  Selector  Varlables-Limits  the  number  of  levels  that  are 
considered  for  certain  types  of  repair  or  screening  actions. 

2 .  End  Item  Information 

MTBF  (Mean  Time  Between  Failure)  Multiplier-All  MTBF' s  input  will 
be  multiplied  by  this  factor.  The  false  removal  rate  default  input  on 
this  record  represents  an  overall  average  for  the  end  item. 

3 .  Turnaround  Time  (TAT)  and  End  Item  Repair  Information 

This  record  contains  default  values  for  TAT' s  and  the  screening 
detection  fraction  which  are  used  when  specific  data  is  not  input  with 
an  individual  cosponent  or  module. 

4 .  End  Item  Repair  Alternatives 

These  records  define  End  Item  Repair  Alternatives  and  contain 
lists  of  test  equipments  and/or  repairmen  that  are  required  to  repair 
the  End  Item  each  time  it  falls . 

5.  End  Item  Repair  Equip. /Repairmen  Associated  with  Specific  Equip. 

These  records  contain  lists  of  test  equipments  and/or  repairmen 
that  are  needed  to  repair  the  end  item  when  specific  components  fall. 

6.  Deployment  Information 

This  record  contains  SESAME  (Selected  Essential-Item  Stockage 
Availability  Method)  model  data  concerning  the  supply  structure  which 
supports  the  end  item. 

*7.  Labor  Rates  and  Transportation  Information 

This  record  defines  common  repairmen  at  each  maintenance  level 
and  data  which  is  used  to  calculate  transportation  costs. 

'  8.  Cost  Farameters 

The  record  is  required  even  if  all  of  its  fields  are  blank. 

9.  Test  Equipment  Information 

The  first  record  contains  basic  information  and  identification 
number.  Farameters  that  may  vary  by  maintenance  level  are  listed  on 
the  second  record. 

10 .  Repairman  Information 

The  first  record  contains  basic  information,  and  the  second 
contains  parameters  that  may  vary  by  echelon . 

11.  Component  Information 

The  first  record  is  a  4  character,  alphanumeric  identification. 
The  second  record  defines  the  first  repair  alternative  for  the 
consonant  and  contains  the  identification  numbers  of  test  equipments 
and/or  special  repairmen  needed  for  every  repair  action. 

12.  F8eudo-Con5>cnsnt  Information 

This  information  follow  regular  components  in  the  file.  Only 
one  record  is  required  unless  the  pseudo-component  is  a  candidate 
for  screening.  Since  pseudo-components  are  non-repairable,  no  repair 
alternatives  are  needed. 

13.  Module  Information 

Records  arranged  in  the  same  manner  as  component  information. 

14 .  Pseudo-Module  Information 

Records  arranged  in  the  same  manner  as  pseudo-cong>onent 
information  except  no  failure  rate  information  is  input.  As  with 
repairable  modules,  failure  information  is  entered  on  the  application 
records . 

15.  Application  Information 
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OSAMM/DISC/DEC 


OSAMM/KEP/DEC 


FALMAN/REP/DEC 


PP.OC/OUTPUTS 


VAD/PREPROC/OUTPUTS 
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Label  Dsacrlption 


belongs,  and  the  MTBF  of  the  module  in  this  application.  Multiple 
occurrences  of  a  module  in  the  same  component  should  be  entered  as  one 
application.  Since  each  repairable  conq>onent  must  contain  at  least  one 
module,  it  must  be  listed  with  at  least  one  application. 


OSAMM  A  specification  of  the  inputs  required  of  the  system/ltem  being 

INPUT  evaluated  from  the  view  point  of  Level  of  Repair.  These  inputs  must 

REQUIREMENTS  conform  to  the  requirements  of  OSAMM  as  spelled  out  in  the  OSAMi  User's 
Manual . 


OSAMM  The  OSAMM  decision  regarding  the  Level  Of  Repair  Analysis  is  no 

DISCARD  repair  at  all.  The  failed  equipment/system  Is  discarded. 

DECISION 


OSAMM 

REPAIR 

DECISION 


Repair  level  decisions  made  by  the  model  are  output  by 
application.  The  model  will  describe  what  should  be  done  when  the  end 
item  falls  due  to  the  failure  of  a  certain  module  In  a  certain 
component .  The  model  will  also  determine  which  conq^nents  and  modules 
should  be  discarded  instead  of  repaired.  This  set  of  repair  level 
decisions  is  commonly  referred  to  as  the  "maintenance  concept"  for  the 
equipment . 


PALMAN 

REPAIR 

DECISION 


The  Falman  program  has  shown  that  the  most  economical  decision  is 
Repair  rather  than  Discard  for  selected  end  items,  components,  parts,  or 
modules .  These  decisions  constitute  the  major  input  to  the  next 
decision  concerning  the  ideal  maintenance  level  for  the  repair  to  be 
effected.  Using  the  Optimum  Supply  and  Maintenance  Model  (OSAMM),  one 
can  determine  at  which  echelon  each  maintenance  function  should  be 
performed,  or  whether  the  maintenance  function  should  be  eliminated 
altogether . 


PRE-  The  Preprocessor  outputs  are  used  by  the  main  program  for 

PROCESSOR  computation  as  well  as  edit  checks  and  error  messages. 

OUTPUTS 


VALIDATED  The  validated  Preprocessor  output  data  is  used  by  the  OSAMM  main 

PREPROCESSOR  program  to  ma)^e  the  supply  and  maintenance  decisions  and  produce  the 
DATA  necessary  LSAR  data. 
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DATA  FILE  -  OSA  DATA  FILE-OSAMM  A  tamporary  storaga  of  the  80  column  cards  containing  tha  OSAMM 

APPLICATION  inputs  raquirad  of  tbs  equipn»nt/ system.  This  file  may  be  retained  for 
historical  purposes  (a  baseline  for  updates)  or  destroyed  at  completion 
of  its  use. 

LSAR  FILE  IiSAR  FILE  This  file  or  records  holding  area  contains : 

1 .  The  aquipmant/syatem  LSA  Task  reports  or  their  equivalent . 

2.  The  equipment /system  LSAR  master  records  sheet  information. 

3.  The  equipment/system  LSAR  reports  Nben  system  is  automated. 

It  contains  logistics  data  which  can  bo  used  to  assess  the  ILS 
elements  set  forth  in  HIL-STD  1388-lA  and  conforms  to  the  rocords/files 
proscribed  in  MIL-STD  1388-2A. 
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TASK  303.2.7.5A  EXTERNAL  ENTITIES 

tliunv  Lab»l  Description 

OSAMM  MODEL  OSAMM  CECOM-TR-87-3,  "Optimum  Supply  and  Maintenance  Model  Release  2.0 

MODEL  user's  Guide,"  is  used  to  identify  the  specific  inputs  required  for  the 

REQUIRE-  equipment/system  to  run  the  repair  level  decision  model. 

MENTS 


ANNEX  C 

STRUCTURED  SYSTEMS  ANALYSIS 


Fundamentals 

Structured  Systems  Analysis  (SSA)  has  recently  become  an 
industry  standard  for  generating  Data  Flow  Diagrams  (replacing 
"logic  diagrams"  or  "flow  charts")  to  aid  in  coordinating  the 
functions  to  be  performed  by  a  computer  program  and  its 
associated  Inputs/Outputs  (I/O) .  During  the  SSA,  each  set  of 
"flow  charts"  can  be  checked  by  the  potential  user  to  assure 
that  there  is  complete  agreement  on  what  is  to  be  done  by  the 
program,  and  how  it  is  to  be  accomplished.  It  also  provides 
considerable  flexibility  for  updating  or  changing  the  program. 

Six  basic  elements  are  used  in  SSA: 

1.  Process  (PRC) 

2.  Data  Flow  (DAF) 

3.  Data  Store  (DAS) 

4.  External  Entity  (EXT) 

5.  Data  Flow  Diagram  (DFD) 

6.  Data  Dictionary  (DCT) 

PROCESS  (Represented  by  a  Circle) : 

A  function  or  operation  to  be  performed  which  can  be 
explained  by  a  set  of  instructions  representing  a  single  task, 
e.g.,  "calculate  interest  on  a  loan",  "prepare  a  draft 
report".  If  the  Process  description  is  too  complex  to 
describe  in  a  few  steps,  it  may  be  necessary  to  develop  a 
lower  level  description  (see  below) . 

DATA  FLOW  (Lines  interconnecting  Processes  or  I/Os) : 

Each  function  or  Process  cannot  be  a  stand-alone  in  a 

complex  network.  To  have  any  meaning  in  a  program,  each 

process  must  be  initiated  by  a  previous  action  and/or  provided 
information  on  which  to  act.  Furthermore,  a  Process  must 

result  in  an  output  which  is  the  input  to  the  next  logical 

Process.  These  inputs,  outputs,  or  initiating  actions  are 
identified  as  Data  Flows,  and  are  represented  by  the  Data  Flow 
lines  indicating  its  point  of  origin  and  the  process  to  which 
it  provides  data. 
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DATA  STORE  (Represented  by  two  parallel  lines) : 

Although  some  Processes  generate  data  used  as  input  to  a 
succeeding  Process,  there  is  often  a  need  to  "gather  or 
collect"  information  from  files  in  which  it  is  stored.  This 
information  may  come  from  an  external  source  (such  as  a  MIL- 
STD,  Army  regulation,  historical  experience  files,  etc.),  or 
an  internal  source  or  file  in  which  data  is  temporarily  stored 
for  use  by  succeeding  processes.  These  Data  Stores  can  be 
visualized  as  a  "file  cabinet",  in  which  the  data  are  stored 
for  later  retrieval) . 

EXTERNAL  ENTITY  (Represented  by  a  Rectangle) : 

Each  program  or  logical  process  must  have  an  initiating 
action,  a  "point"  of  disposition  of  the  results,  and  possibly 
input  guidance  or  instructions.  Each  of  these  have 
authorities,  functions,  or  applications  which  are  independent 
of  the  program  Process  (although  required  by  the  program 
Process).  Thus,  these  activities,  agencies,  or  facilities  are 
considered  "External  Entities"  to  the  program. 

DATA  FLOW  DIAGRAM: 

The  general  arrangement  of  the  above  can  be  readily  seen. 
First,  the  circle  or  Process  describes  what  has  to  be  done; 
the  interconnecting  lines  represent  the  Data  Flows,  together 
with  the  specific  description  of  all  I/Os.  The  Data  Stores 
identify  the  source  and/or  file  designation  of  a  data  base, 
and  the  External  Entities  represent  those  activities  remote 
from  the  Process,  which  are  the  source  of  guidance  or  the 
recipients  of  the  program.  This  combination  of  Processes, 
Data  Flows,  Data  Stores,  and  External  Entities  constitutes  a 
"Data  Flow  Diagram".  The  unique  feature  of  the  Data  Flow 
Diagram  (DFD)  is  that  each  process  can  be  considered 
independently,  permitting  a  change  to  be  made  in  one  Process 
without  a  major  change  in  the  overall  program. 

DATA  DICTIONARY: 

The  Data  Dictionary  consists  of  a  complete  description  of 
each  of  the  basic  elements.  For  the  Process,  it  contains  a 
step-by-step  description  of  what  has  to  be  performed.  The 
description  of  the  Data  Flow  identifies  the  nomenclature  of 
the  data,  a  detailed  description  of  its  content,  and  its 
source.  The  Data  Stores  and  External  Entities  are  described, 
including  possible  location. 

The  Data  Dictionary  (a  living  document)  begins  with  a 
description  of  the  first  Process  and  is  continually  built-up 
as  the  Data  Flow  Diagrams  are  expanded,  detailed,  and 
eventually  completed. 
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APPROACH  TO  PERFORMING  STRUCTURED  SYSTEM  ANALYSIS: 


The  best  approach  to  Structured  Systems  Analysis  is  to 
assume  that  the  program  consists  of  a  series  of  processes, 
each  of  which  are  to  be  assigned  to  an  inexperienced  analyst. 
Each  analyst  is  to  be  walked  through  the  assigned  process  of 
the  Program,  explaining  step-by-step  what  functions  have  to  be 
performed  or  what  actions  have  to  be  taken  to  accomplish  the 
process.  The  analyst  is  also  informed  where  the  information  is 
coming  from  (input  Data  Flow) ,  what  is  to  be  generated  by  each 
process  (output  Data  Flow) ,  where  the  data  base  may  to  be 
found  (Data  Stores) ,  and  who  to  contact  for  guidance  (External 
Entities) . 

The  best  way  to  initiate  a  SSA  is  to  set  down  the  point  of 
origin  of  a  program,  its  final  goal(s),  and  the  intermediate 
functions  or  actions  needed  to  get  from  beginning  to  goal. 
Each  step  should  be  considered  as  a  Process  -  some  may  be 
sequential  and  others  parallel.  Then,  the  steps  needed  to 
accomplish  the  Process  should  be  described.  If  the 
description  is  complex  and  needs  intermediate  steps,  the 
Process  is  then  a  candidate  for  an  "explosion".  That  is,  the 
top  (or  upper)  level  Process  is  considered  as  a  "project"  and 
its  own  Data  Flow  Diagram  is  prepared. 

When  writing  the  step-by-step  procedures  in  the  Process, 
certain  elements  of  data  (or  information)  must  be  made 
available  for  the  procedure.  Each  element  of  data  is 
considered  as  an  input  Data  Flow,  which  is  identified  and 
described.  The  product  (or  result)  of  a  Process  is  an  output 
Data  Flow  element. 

Each  Data  Flow  to  the  Process  must  originate  from: 

1.  an  earlier  Process 

2.  a  Data  Store  (or  file) 

3.  an  External  Entity. 

These  sources  are  also  identified,  described  and  put  into 
the  Data  Dictionary.  As  soon  as  the  last  portion  of  the  Data 
Flow  Diagram  has  been  described,  the  .  is  complete. 
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GLOSSARY 


AMCCOM 

AMSDL 

APJ 

AR 


DAP 

DAS 

DCT 

DFD 

DID 


EXT 


ILS 

IPM 


LORA 

LSA 

LSAR 

MIL-STD 


OSAMM 


PAM 

PRC 


RLA 


SSA 

SSAD 


Armament  Munitions  and  Chemical  Command 
Acquisition  Management  Systems  and 
Data  Requirements  Control  List 
American  Power  Jet  Company 
Army  Regulation 


Data  Flow 
Data  Store 
Data  Dictionary 
Data  Flow  Diagram 
Data  Item  Description 


External  Entity 


Integrated  Logistic  Support 
Interactive  Palman  Model 


Level  Of  Repair  Analysis 
Logistic  Support  Analysis 
Logistic  Support  Analysis  Report 

Military  Standard 


Optimum  Supply  And  Maintenance  Model 


Pamphlet 

Process 


Repair  Level  Analysis 


Structured  System  Analysis 
Structured  Systems  Analysis  and  Design 
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